MASSACHUSETTS INSTITUTE OF TECHNOLOGY 
PROJECT MAC 



Artificial Intelligence 

Memo. No. 174 April 1969 



The Greenblatt Chess Program 

Richard Dp Greenblatt 
Donald E. E-nstlake. Ill 

Stephen D. Crocker 



The Greenblatt chess program^ 



by RICHARD O GREENBt^TT \ 

DONALD E. EASTLAKE. Ill, 

and 

STEPHEN D. CROCKER 
\Jti\\iichttt%rtti SnMtttt oi Ttth'totocy 



INTRODUCTION 

Since mid-November 1966 a chess program has been 
under development at the Artificial Intelligence 
Laboratory of Project MAC at MIX. This paper de- 
scribe* the sute of the program as of August 1967 
and gives some of the detail* of the heuristic* and 
algorithms employed. 

Development of (he program 

I he Iim step wo took was to produce a simulated 
chess set, whereby the computer would display the cur- 
rent board and accept moves in standard chess notation 
through a teletype. Routines to evaluate the board, 
generate legal moves, and perform a minima* search 
Of a game tree were quickly added, and with further 
development the program played in its first tourna- 
ment in February of 1967. It played in local tourna- 
ments again in March, April and May. The improve- 
ment it has shown ts due to additional programming 
and debugging, not learning. 

Table I summarizes the program's performance in 
tournaments. For comparison, the mean of all U. S. 
tournament players is about 1800, while the mean 
of all chen players is in the 800 to 1000 range. The 
program wins about 80** of its games against non- 
tournament players. 
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The program is an honorary member of the United 
States Chess Federation and the Massachusetts Chess 
Association, under the name Mac Hack Six. In the 
April amateur (non master) tournament the program 

won the class D trophy. 

A short history of che« playing program* 

The first important paper dealing with methods 
for programming chess playing programs was written 
by Shannon in 1949 (1). In his paper the concept 
of minimax tree search Is used. In 1950, Turing 
described a hand simulation of a chess program (J). 
In Turing's paper the concept of a dead position is 
introduced. A dead position is one in which neither 
side can immediately gain by making a capture These 
papers and two programs known as the Los Alamos 
program and the Bernstein program (8> are de- 
scribed tn a paper by Newell. Shaw and Simon (3), 
Their paper describes a chess program which deviates 
from the analysis done in the previous programs in that 
il employs explicit plaas and goals in making its moves* 
A more recent program in the Newell, Shaw and 
Simon tradition is the MATER program of Simon and 
Baylor (4), This program, however, deals only with 
mating combinations of a few moves. The program 
which is most similar to our program is described 
in a Bachelor's thesis by Alan Kotok (5). A variant 
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of Kolok's program was used by John McCarthy 
in a chess match mth a Russian program (6), It is 
fair to say that on; program is stronger than any of 
these programs in across the board play* 

Approach and environment 

The approach we have taken in writing the chess 
program ha* been quire pragmatic Wc did not pretend 
to be writing a general problem solving system, but 
addressed ourselves directly to the problems of cLcss, 
The goal of being able to play complete games under 
tournament conditions has meant that most of the 
effort so far has gone into building an efficient and 
effective tactical base. Therefore, consideration of 
learning mechanisms, strategic planning mechanisms 
and special case treatment of opening and end play 
were forestalled Book openings were recently added, 
although it turned out that the computer played much 
better in the openings without them than was expected* 

The environment to which this program has been 
developed is, we feel, more advantageous than for any 
previous chess program. The machine used is the 
Digital Equipment Corporation PDP-6 in the Artificial 
Intelligence Laboratory of Project MAC. This machine 
is equipped with a 256K Fabritck memory, a DEC 340 
graphic display, a model 35 teletype, a line printer* 
and four l>*ctnpe drive* 

The machine was originally used on-line by one 
person at a time and the teletype and graphic display 
provided a high degree of interaction between the user 
and the program. 

The software provides for the editing, assembling 
and debugging of programs and makes full use of the 
interactive facilities. The mass memory and a lime 
sharing system were added after most of the initial 
work on the program was done. 

The nuts memory has proved very useful in latex 
versions of the program, but it should be noted that 
at the time of the first two tournaments the machine 
had only a 16K memory. 

The program was written entirely in MIDAS, a 
PDP-6 macro assembly language (7). MIDAS was 
chosen for this program because of the case of con- 
structing and debugging in it the complex data and 
control manipulations involved in writing a high per- 
formance chess program. Large economics of time 
and memory are also effected by writing in assembly 
language. The order code of the PDP-6 computer 1$ 
exceptionally well Milted to assembly language coding. 

The program has been edited and reassembled over 
200 times and has played (trail hundred complete 
^ames; consequently, those portions of the code which 
have been in use for a while are extremely reliable 



and rhc program's performance hns yielded many ideas 
for improvement 

Dchugjrinjz ai<h 

The chess program contains several powerful inter- 
action debugging aids. These are briefly listed hclow: 
1 > scope display of the board and game history 

2) acceptance of standard chess notation input (tg, 
P-K4) 

3) scope display of evaluation at any selected node 
in rhc game tree 

4) tracing of specific move in plausibU- move genera- 
tor, displaying all factori that went into plausi- 
bility and a comment about each, (eg,, 10 

points for unblocking the while queen bishop so 
that it now attacks OSS) 

5) printed record of plausibility of all moves at 
top level and main variation from each top level 
move investigated 

6) statistics oo bow long the computation took, 
how many plausible move generations, feed- 
overs and static evaluations occurred, etc* (These 
terms arc desicrihed below.) 

An outline o) the program 

We begin this section with a definition of some of 
the important chess terms and then describe the major 
components and the flow of control 

Chess tenra 

Ply— one play by one side. Two plies equal one com- 
plete move, 

Pinned — a piece is pinned if moving it exposes (dis- 
covers) an attack on another piece, rendering that 
piece en prise (sec below). If an attack on the king 
is thereby discovered the original move is illegal. 

Safe move — a legal move for a piece that does not 
render it immediately en prise. 

Trapped— a piece is trapped if it has no safe moves 

Isolated, backward, doubled, tripled — various pawn 
structure defects. (See section on static board cvaluator 
for further discussion*) 

Development value — refers to a piece's range over 
the board (number of squares and importance of 
those squares) in a particular position. 

Principal variation — the sequence of moves the com- 
putet thinks most likely in a position. 

Game tree— the set of all positions considered by the 
program in a search, visualized in the form of a tree. 
This tree is diagrammed with the fl*vcestor positions 
near the top of the page. 

Game tree node — a node in the game tree represents 
a position. The line leading to the node represents 
the move which lead to that position. The lines down 
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from the node represent move* leading to successor 
portion*. 

En prise 

A piece ts en prise when it is under attack and is 
inadequately defended. An example i$ a knight under 
Htacfc by a pawn and defended by a pawn (or any 
other piece). Clearly it is in the opponent's interest 
to take the knight even though he would lose the 
pawn. A more complex case is where a knight is 
under attack by a bi*hop and rook and defended by 
a pawn. In this ease, ii is the existence of a second at- 
tacker (the rook 1 which makes ihe knight en prise. The 
situation is further complicated when some of the at- 
tackers or defenders arc pinned Often a complete 
check for whether a piece is en prise can be quite com- 
plex, so in tiic program only partial checks are made 
ai various stage*. A typical determination is made by 
considering the value of the piece attacked, the num- 
ber of attackers, the number of defenders and the 
values of the least valuable attacker and defender. 
En prise checks ore made to determine whether or 
not the board is stable (in a dead state) and arc also 
made at several places in the plausible move generator. 

Description of a simplified mmlrmu; search 

The program is organized around a minimax search 
' of a game tree. Th* branches of the tree correspond to 
alternative moves and the node* correspond to posi- 
itam» Beginning with the actual position in which it is 
the machine's turn to move, a routine known as the 
plausible move generator lists each legal move and 
assigns a plausibility value to each move. The moves 
are then ordered according to their plausibility score 
and a subset of the moves is selected for further con- 
sideration. The first move of this subset is then postu- 
lated and the resulting position calculated. This process 
is repeated recursively until a certain depth is reached, 
M which point the posiiton is evaluated using another 
routine known as the position evaluate*. The position 
evaluator makes use of a function called the static board 
evaluator to compute a numerical value for the position. 
This numerical value has the significance that a positive 
value represents an advantage for white (the larger 
the number, the greater the advantage), a negative 
number represents an advantage for black, and zero 
represents an even game* 

After a position is evaluated, the value is returned 
to the level above and it becomes the "beat value so 
far" for that position. Each other move of the subset 
selected by the plausible move generator is treated in 
the same manner* and when a value is obtained for 
^"s, the move, the value is compared 10 the best value found 
so far. If the value associated with the move just con- 



sidered is better for the side to mow than Uu: best 
value so far, the new move is remembered and tts 
value becomes the new best value so far* ^Better" 
is synonomous with ^algebraically greater" if white ii 
the side to move and "algebraically less" if black h the 
side to move. If two moves lead to the same value, 
it is presumed that the first is slightly better because 
Ii received a higher plausibility score. After all of the 
selected moves at a position have been considered, the 
best value so far and the move associated will* that 
value arc returned to the level nbnvc. The process is 
continued until a value for the actual current position 
is determined. The sequence of moves which are the 
best move* is called the principal variation* 

Since it not feasible to consider either all moves at 
any level or an indefinite number of levels, some severe 
constraints are placed on the search. The basic 
search (just described) starts from the current game 
position and proceeds a fined number of plies, 
A position evaluator is applied to each of the end 
positions of the basic search tree. This, routine tests 
a condition known as the fcedover condition (sec 
below) of the position, If this condition Is true, then 
the plausible move generator is reapplied (up to cer- 
tain limits) and the position evaluator called at the 
resulting nodes. If the fcedover condition is false, a 
value for the position is developed b> calling die static 
board evaluator and by exploring all plausible cap* 
tures. Plausible captures are generated in a manner 
similar to regular plausible moves, but they must ap- 
pear to lead to relative gain of material, either through 
an actual capture or a pawn promotion. Positions re- 
sulting from plausible captures are turned over to the 
position evaluator The program will explore sequences 
of favorable captures or pawn promotions without a 
depth or width limit. This is necessary* because other- 
wise pieces might be left en prise and this would result 
in blunders of the first magnitude 

Should the program at any depth reach a check- 
mate, stalemate, or draw by repetition of the position, 
it will immediately return to the previous level with 
an appropriate mate or draw value. Also the alpha- 
beta algorithm may provide an exit at any level in 
the tree except Ihe topmost level. 

The details of the static board evaluator. the plausi- 
ble move generator, the feedover conditions and the 
determination of the width of the search arc all given 
In the next section The alpha-beta algorithm is de- 
scribed in a later section. 

The plausible move generator has three basic goals. 

The plausible move generation 
I ) To select a subset of legal moves for inclusion 
in the move tree. 
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2) To order these moves so as to optimize the ad- 
vantage the program receives from the alpha-beta 
tree- pruning algorithm. 

3) To calculate the positional am) developmental 
values that will decide the program*! mow if 
several moves lead to the same static value 

The analysis done in the plausible move generator 
is done on a per move basis rather than a per position 
ha*i* — that is for example, "this move is bad because 
(i blocks my bishop 1 ' rather than "the position result- 
ing after this move is bad because the bishop is 
blocked." To determine the Utter fact starting just with 
the board position would require considerably more 
processing and analysis of irrelevant details. 

Numerous heuristics arc available for the plausible 
move generator. As is frequently the case with heuris- 
tics, they may not be valid in particular situations, 
therefore a program organization is required which al- 
lows for the interaction of the heuristics to determine 
which of them most nearly applies in the current 
situation. 

Very generally speaking, two types of hcurstic inter- 
action are used in the chess program* One type 
of interaction involves enumeration of all com- 
binations of facts. Such an enumeraWn leads to 
the familiar tree structure with the nodes of the tree 
corresponding to subdecisions. Each node is dependent 
upon only one fact. The size of this tree grows ex- 
ponentially with the number of facts involved, severely 
limiting the usefulness of this technique. 

The second type of interaction uses weighted sums. 
A value is assigned to each fact proportional to its 
average importance, and each move is scored as the 
sum of the weights of the attributes which apply to 
the move. In the simplest case, the move with the high- 
est score is chosen. The complexity of this process 
ejows linearly with the number of facts; noi exponential- 
ly* Also there is opportunity for a large number of 
small factors to add up and sway the final decision in 
a way hard to achieve with the enumcrativc process. 
While it is true that any linear weighting process con 
be simulated by an appropriate enumcrativc process, 
tor large numbers of facts the size of the enumcrativc 
process becomes absolutely unmanageable. So for prac- 
tical purposes the techniques are distinct. Linear weight- 
ing methods have been used before In game playing 
programs: nevertheless they have a weakness In that 
they basically fail to lake into account the relation- 
ships thai may exist between the facts. To put it an* 
other way, the importance of a fact may vary depend- 
ing on ihe position. Non-linear techniques have been 
proposed to solve this problem, but chess is a game 
where the rclattomhips are so complicated and nu- 



merous thai li U unlikely much additional headway 
could be made by making the weighting nonlinear. 

The solution incorporated in the current chcv> pro- 
gram is a nested combination of the two methods. 
The lop level decision process is enumcrativc; that 
is a game tree ts searched. However, selection of moves 
lor the game tree is controlled by a weighted decision 
process, the plausible move generator Many of die 
"facts'* going into the plausible move score arc them* 
selves enumcratively determined using such criteria as 
whether the move is a capture or noi, whether various 
pieces are en prise or not, etc. These predicates tor in 
some cases weights) arc themselves decisions which 
arc made by enumcrativc or weighted sum decision pro- 
cesses and so forth. The net result is that the program 
is frequently able to grasp the effect of particular fea- 
tures of the position thai make some otherwise insignif- 
icant factor more important 

Details of (he mvior components 

The major reason for the quality of the program's 
play is that considerable chess knowledge has been 
programmed in. In this- section much of the deiail is 
presented. To some extent, these details are volatile. 
so what follows is more representative than definitive. 

The plausible move generator 

About 50 identifiable heuristics arc used in comput- 
ing the plausibility. Many, though, apply only in special 
cases such as captures, moves with certain pieces, or 
certain stages of the game. 

Each square is assigned a importance during each 
plausible move computation, corresponding roujhly to 
the estimated worth of having an additional piece bear- 
ing on the square or the cost of taking away a piece 
presently bearing on the square. The principal criteria 
used for assigning these values include the closeness 
of the square to ihe center of the board, its proximity 
to the opponent's king* and its occupation by one of 
our pieces which is en prise. Small values arc given for 
occupation of the square by one of our pieces and for 
its closeness to opponent's side of the board. 

The current developmental value of a piece is the 
sum of the values of all the squares it attacks (can 
move to in one move) plus values accumulated for 
actual attacks on enemy pieces. The new developmental 
value ts similarity computed assuming the piece is in 
its proposed new* location. The difference between these 
Is used as a factor in the plausibility, encouraging de- 
veloping moves and discouraging ^positional moves. 
Gains or losses in development resulting from block- 
ing or unblocking the opponent's or our pieces arc 
considered in the developmental value. Of course, 
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pulling opponent's pieces en prise is plausible. Further- 
more, factors arc added lo encourage certain types of 
attack* on probable weak *pots (weak pawns* pinned 
pieces, pieces defending other pieces, etc). When a 
capture is made, the capturing move receives the de* 
vclopmcntnl value of Ihc piece captured. Some very spe* 
cialisod hcuriMic* also arc employed, such as, "it is 
bad to move pieces in front of center pawns on their 
original squares, thereby tending to block jour own 
center" 

Several weaknesses were noticed in the early play 
of ibe program and measures were taken to eliminate 
them. For example, sometimes an ^positional move 
would receive a high value because it was an attacking 
move. If this leads to gain, all is well and good; but 
if ihc opponent can simply move away then the move 
is a pointlw waste of time. So, moves arc scored 
separately on their positionalily and if this is bad these 
move* are rejected if there is some other move which 
leads to an equal terminal wore. 

Evaluation of the board 

The value of the board is given by 

SzBfR + P + K + C, where 
B is a material balance term* 
R n a piece ratio change term, 
I Pis a pawn structure term, 
K is a king safely term, and 
f is i center control term. 

The material balance term makes use of the evalua- 
tion shown in table 2. 
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Value Relative 


Pawn 


128 


1. 


Knighl 


416 


3.25 


Bishop 


448 


3.50 


Rook 


MO 


5 


Ouecn 


1248 


9.75 


King 


1536 


12 



The value of B is the sum of (he values of the white 
pieces on the board minus the sum of the values of the 
black pieces on the board. 

The piece ratio change term is aimed at promoting 
even or near even trades when ahead and avoiding 
them when behind. The ratio of whtte pieces to black 
pieces at the current node is compared to that ratio 
at the top of the tree. Jf the side to move is three pawns 
ahead, for example, a trade of a bishop for a knight 
will receive a positive piece ratio term, 
R = [N/fM)l»^i*M, where 
\ N is the ratio of white material to black material at 

the node being evaluated. 



T rs the ratio of while material to black material at 

the top node of the tree, and 
M is the material for one side at the beginning of 

the game. 

Tho ratios are evaluated using (he tahle above, 
except that (he kmg is valued at I instead of 1536, 

It ha* been pointed out that the piece ratio change 
is slightly asymmetric with respect to color, but this 
is of little consequence since this term only has effect 
when one side is very significantly ahead. 

The pawn structure term depends upon four sub- 
terms, which score positively for each of the follow- 
ing: tripling up of opponents pawns (doubling only 
if isolated), the isolation of opponent's pawn*, our 
own passed pawns, and the opponent's backward pawn*. 
Backward pawns are considered weaker if ihcy occur 
on an open file or if ihe opponent has rooks or queens 
on the board, 

A pawn is isolated if there are no friendly pawns 
on an adjacent file. 

A pawn is passed if ihere are no enemy pawm in 
front of it in the same file or an adjacent file. 

A pawn is backward according to the following cri- 
teria: 

If it is defended by a pawn, it is not backward. 

If it can be defended by a pawn in one move. <ds- 
suming moves through friendly pieces are permitted), 
it is not backward unless it is on the second rank and 
the only pawn move which would defend it is a double 
advance which would then subject it to en passant 
capture. 

If there is a defending pawn move blocked by an 
enemy piece, if the pawn is blocked, the pawn 1% 
backward. If an adjacent pawn is blocked* the pawn 
is not backward. 

Otherwise, if there are friendly pawns In adjacent files 
such that the pawn would become defended if ad* 
vatKcd far enough, the pawn Is backward. Otherwise, 
ihe pawn is not backward (i.e.. it's probably isolated). 

The king safety term applies only if queens arc 
on the board. The king safety term fK) is eight times 
the rank of the black king minus eight times the rank 
of the white king. 

The center control term (Cf is + 1 if there it at least 
one white pawn in the center four squares and no 
black pawn, — 1 if there is at least one black pawn 
in ihe center four squares and no white pawn, and 
zero otherwise, 

Feedover conditions 

The fcedover condition is true if: 

I ) the side to move Has a piece en prixe and one 

i i the fallowing: 

A) the side to move is in check. 
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B ) the W prise :"''■< is trapped or pinnedn 
2 I The side to move has two or more pieces en (tfte- 

3) Both Miles have exactly one piece rw ^rfv and 
the piece of the side not to move is trapped or 
pinned, while the piece of the side to move is 
not. 

The reasoning behind the first two of these condi- 
tions U that while the side to move could undoubtedly 
nave a piece that tvftj simply <w pfta* he might not be 
able to save i»o pieces, both en prise M or one if it 
is trapped or pinned or if the side to move is also 
constrained to escape a check. Thus the side to move 
i$ forced io try his plausible moves and give the op- 
ponent an opportunit) to try to capture the en prhe. 
material. 

The reasoning behind the third condition is that the 
side to mow may be able to save hi* piece instead 
of capturing ibe opponent** piece. Then ihe opponent 
will try to saw his piece, which he may not be able 
to do since it is trapped or pinned. 

The width of the search 

Like the dcpih, the number of moves considered at 
each level is a constant tempered by some heuristics. 
The constants (a different one for each level) arc 
usually all 6 for normal play, and are increased io 
15, 15* 9, 9, 7 for tournament play, which means 
that the basic width at the top two levels is 15, while 
the baric width at levels three and four is 9, and the 
width is 7 for all succeeding levels. 

The heuristics involved all have the effect of extend- 
ing the width beyond the basic setting, so the only way 
that the program can fail to consider the indicated 
number of moves is cither that the requisite number 
Of moves simply do not exist or the tree-pruning algo- 
rithm provides an exit from the current level. 
The heuristics arc: 

1 ) AH We check* are investigated- 

2) At the first or second level, all captures are 
investigated. 

31 An attempt is made to investigate move* of a 
certain minimum number of distinct piece*. This 
minimum ts either half the basic width or the 
number of pieces with safe moves, whichever is 
less. This heuristic covers the case where all the 
moves of a single piece are highly plausible fsay 
the queen, because its en prhe) and the rest of 
the board is not looked at 

4) Moves which lead to mate against the side to 
move arc ignored and not tallied against ihe 
basic width. This guarantees that when a princi- 
pal variation shows a mate, that mate is forced. 



Additional features 

Two algorithms for speeding up the search and three 
heuristic components for improving the reliability of 
the search comprise this section. The algorithms do 
not affect the quality of the programs play. 

Tin* ulpba-hela Iree^prunmfl algorithm 

The alpha-beta algorithm (sometimes misnomcrcd 
heuristic) has been a standard component of every 
modern game plating program. It was apparently first 
used by Newell, Simon, and Shaw (3), 

In the search as described above, a move is (Bft- 
earded if it leads to a value which is worse for the 
side to movs than some already considered move* If 
we look, however, at two levels of the tree, say moves 
by white, followed by replies by black, we notice the 
following: As moves by Wack arc being explored, Ihe 
value which is going to be returned back up to the 
white level (black's best value so far) cannot be gel- 
ting any better for white and may be getting worse 
and worse. If a white move has already been evaluated, 
it is possible to check a black move not only to sec 
if it is worse for black than some alternative, but also 
to see if it is so good for black that white would never 
make the mow leading to that ehoice for black, or in 
other words, whether the move is 1 too good" for 
black. If the move is "too good." it is useless to consider 
any more moves for black from that position and the 
white move leading to that position may be discarded 
immediately. Thus, only one refutation is required 
to a proposed move and once it is found further search 
may be discontinued. The probability of alpha-beta cut- 
offs is increased by the fact that moves arc investigated 
in order of decreasing plausibility, and a move is 
refued If it ts equally good as the best so far at 
the previous level. 

Such a consideration leads to a tremendous speed- 
up of ihe search, especially if what turns out to be 
the best move at each position i* considered first. One 
of the attributes of the plausible move generator is thai 
it usually assigns the highest plausibility score Io the 
best move, so almost maximal advantages is gained. 
(Rough calculation shows that the workload of the 
search is reduced hy a factor of about one hundred*) 

The name "alpha-beta" is derived from the fact 
that in the classic implementation of the algorithm, two 
recursive variables are kept: alpha, the best value so 
far for white, and beta, the best value so far for black. 

Hash coding 

One obvious way to speed up the searching process 
is to avoid considering the same position iwice (as 
could happen through a transposition of moves)* To 
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this end. the program incorporates n hash tabic into 
which an entry is made fur each position considered. 
The com avoid* not only the results of the search hut 
also a measure of how deep the search was which yielded 
the value. If the position is reached again, and the 
>carch in progress mil not penetrate any deeper than 
ihe stored entry ihen (he results arc immediately ob- 
lamd from ihe hash table. Due to the tree pruning 
algorithm, it is not .ilways known exactly what the 
value of a mule is, but only that it is greater or lew 
than a certain tttTue Provision is made for storing this 
information in the hash table* On retrieval, the value 
is compared Aith alpha or beta (the tree prune vari- 
ables! and a determination U made if further investiga- 
tion is needed. Presently, the program u**s a hash 
table of JIOOO entries with two machine registers per 
entry, An additional bonus of the hash table feature 
is thai it enables the program to detect draws by repeti- 
tion comentemly. 

Modifications to the value returned by the search 

II two moves are found by ihe search to lead to the 
same static value, the move which has the higher 
plausibility score is preferred. However, tn some situa- 
tions, this move is not the most desirable one to make. 
In order to take such cases into account, two types 
of small modifications may be made to the value re- 
i turned from lower levels in the process of move tree 
searching. 

The first modification subtract* a few* points if the 
current move being investigated was marked as being 
developmental I v poor by the plausible move generator. 

The second type of modification occurs only if the 
principal variation that is returned is two or more plies 
long. If so. and it is found that the same piece was 
moved two plies down as is being moved in the cur- 
rent move, various small amounts arc subtracted, de- 
pending on whether the piece is moved back to the 
square it came from or took two moves to accomplish 
a translation possible in one legal move or the position 
occurs during the first eight moves of the game (moves 
which are almost always devoted to rapid development). 
This second type of modification was introduced to 
five the program some sense of tempo and to counter 
its early tendency to make senseless attacking moves 
that were easily forced back. 

Secondary search 

A feature called secondary search was recently in- 
troduced. This was done in an attempt to obtain im- 
proved search depth at low cost. By increasing the 
depth of the search oac can prevent the program from 
- walking into traps which would not be recognized 
with a search conducted up to the normal depth 



Moreover, one can discourage the tendency of ihe 
program Id male delaying moves which force Inevita- 
ble losses to occur beyond its normal kmkahead, A 
secondary search is employed when the normal search 
molls in a new candidate for the best move at the 
top level. What is done is to move down the principal 
variation (or that move as far as this variation Was 
computed by Ihe plausible move generator, and then 
to conduct an additional search. The depth of this 
search is usually limited to two plies, although cap- 
ture and feedover conditions can increase (hi* numW*r. 
The value produced by the secondary sean.h is then 
used in place of the value first found for the principal 
variation if it is worse for the side to move. 

This feature seems to improve the program's evalua- 
tion of many moves even though it is somewhat prob- 
abilistic in nature, since it looks at only a small subset 
of the positions that may be reached if ihe particular 
lop level move is made. It seems to cause greatest 
improvement at tournament width settings when the 
principal variation is more reliable. 

Hook openings 

The program incorporates a tabic of opening posi- 
tions and selected replies. This "book" was compiled 
by two MIT students, Larry Kaufman, a chess master 
and the top rated U, 5. Junior player, and Alan 
Baislcy* a chess expert- 

The lines in the book have been selected 10 suit the 
computer's "style" The book contains over 5000 
moves; however, actual games rarely follow book for 
more than approximately 10 plies. The book aids most 
the computer in avoiding "book traps" when playing 
against experienced players. 

SUMMARY 

Tournament play 

The computer enters the tournament under the same 
rules as a human contestant* Moves are transmitted 
from the tournament site directly into the PDP«6 by 
teletype. A human operator is at the tournament who 
observes the opponent's move, types it in using standard 
chess notation, receives the machine's reply, plays it 
on the board and operates the clock. Of the two hours 
allotted 10 the machine for making the first fifty moves, 
about 7 minutes are normally lost in these operations. 

The machine never offers a draw, but if the opponent 
offers one. the operator types in "draw?". The machine 
replies cither "accept** or "decline," ff the machine be- 
comes hopelessly lost, human operators resign for it. 

Results 

The program is estimated to have played in excess 
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of 300 game* in over the board competition with hu- 
man players. It has played IS tournament games* We 
will quote several tournament games. These games 
were played under rules calling for a minimum of 50 
moves In two hours or an average of 2.4 minute* per 
move. Actually, the program played most of its recent 
gumes at about iv>tcc (hat rate. A single plausible move 
generation takes about 80 milliseconds for a typical 
position. In ihc carl* tournament* the computer did 
not keep track of the lime used for each move, although 
this information is included wiih ihe game fiom a later 
tournament. The lime <juo<ed Is actual computer lime 
and docs not include ihe operator overhead. This 
later tournament also saw the Introduction of ihe book 
opening feature, which H nnl prcsem in any of rhe other 
games quoted (To convert the times given to ma- 
chine operations multiply by the PDP-6's approximate 
speed of 200,000 operation* per second.) 

Computer Tournament Cttess Gamei 

Tournament I the Winter Amateur Tournament of 
the Massachusetts State Chess Association Jan 21-22 
1967 

First Tournament Game Flayed By a Computer 



White 


—rating 2190 


Black Mac Hack VI 


I 


P-KN3 


P-K4 


2 


N-KB3 


P-K5 


3 


N-Q4 


B-QB4 


4 


N-QN3 


B-QN3 


5 


B-KN2 


N KB3 


6 


P-OB4 


P-Q3 


7 


NQB3 


B-K3 


8 


P-Q3 


PXP 


9 


BXP 


N-Q2 


10 


PXP 


R-QNl 


11 


B-KN2 


O-O 


12 


0-0 


B-KN5 


13 


Q-OB2 


R-Kl 


14 


P-Q4 


P-QB4 


15 


B-K3 


PXP 


16 


NXP 


N-K4 


:? 


P-KR3 


B-02 


18 


P-QN3 


B-QB4 


19 


QR-Q1 


O-OBI 


20 


K-KR2 


N-KN3 


21 


B-KNS 


R-K4 


22 


BXN 


PXB 


23 


N-K4 


P-KB4 


24 


N-KB6ch 


K-KN2 


25 


NXB 


QXN 


26 


N-OBh 


QR-KI 


27 


XX R 


RXN 


28 


G-QB3 


P KB' 



29 


RQ3 


R-K7 


so 


R-Q2 


RXR 


31 


GXR 


N-K4 


3: 


R.Ql 


0-0B2 


33 


B-05 


K-KN3 


34 


P-ON4 


B-QN3 


35 


Q-OB2 


N-OB3 


36 


B-K6 


N-03 


37 


RXN 


BXR 


38 


QXPch 


K-KN2 


39 


0-KN4 


K-KR1 


10 


OXB 


Q-K2 


41 


O-Righ 


K-KN'3 


42 


B-KB5 


k-kn: 


43 


OXRPch 


K-KB1 


44 


Q-0R8ch 


K-KB2 


45 


Q-QR8 


Q-QB2 


46 


0-05 


K-N2 


47 


K-N2 


Q-K7 


4fl 


P-KR4 


K-R3 


49 


P-N4 


k-n: 


50 


P-R5 


Q-K7 


51 


P-R6 


K-KB1 


52 


P-R7 


OXKBP 


53 


KXO 


K-K2 


54 


P-R8=Q 


P-OR3 


55 


0-K6 MATE 




First Non-Loss By 


Computer in Toumameni 


Came 3 Tournament 1 


Whit 


B— 1410 Black— Mac Hack VI 


1 


P-K4 


P-K4 


2 


N-KB3 


N-QB3 


3 


B-B4 


N-KB3 


4 


N-N5 


P-Q4 


S 


PXP 


N-OR4 


6 


B-N5ch 


P-B3 


7 


PXP 


PXP 


8 


Q-B3 


0-Q4 


9 


OXO 


NXQ 


10 


B-K2 


B-KB4 


II 


P-03 


ItONSch 


12 


B-Q2 


BXB 


13 


NXB 


0-0 


14 


P-OR3 


P-KB3 


IS 


KN-B3 


OR-QNI 


16 


P-ON4 


N-ON2 


17 


O-O 


N-QB6 


18 


KR-K1 


NXB 


19 


RXN 


N-03 


20 


N-K4 


NXN 


21 


PXN 


B-K3 


22 


R-Ol 


B-0B5 


23 


R/K2-02 


R-QN2 



Play 



The Greenblatt Chess Program K'W 



24 


R-QS 


RXR 




14 


BKB4 


74 5 


P-KN4 


25 


RXReh 


K-B2 




IS 


BX8 


J5.3 


OXB 


\ 26 


N-R4 


N-KN4 




16 


PXP 


4 J, 5 


PXP 


27 


N-I1S 


rob: 




17 


0-KB5ch 


W-5 


OXO 


:s 


P-N4 


K*KN3 




18 


PXO 


29 J 


N-B3 


29 


R-Q6 


B-K7 




19 


P-0B4 


33.K 


P-R5 


30 


R-Q8 


BXP 




20 


N-QB3 


77.f» 


R-Q7 


*1 


R KNftch 


K-KR4 




21 


P-QN3 


KKO 


P-R6 


32 


M-N7rt 


K-KR3 




22 


N-K4 


56.0 


NXN 


33 


N«05ch 


KKR4 




23 


RXN 


43.3 


K-02 


etc 


and dniwn by repetition 




24 


P-KR6 


19.0 


R-03 


Fii*t Game Won by Computer in Tournament Com- 


is 


P-KB7 


19.0 


R-B3 


petition, Garni* 3 Tournament 


U Massachusetts Stale 


26 


R-Okh 


25.8 


R-03 


Championship 1967 






27 


RXRch 


218 


PXR 


While Mac Hack VI 


Black— 


1510 


28 


K-KR2 


68,25 


R-KBI 


1 


P-K4 


P-GIU 




29 


KXP 


76.6 


RXP 


2 


P-CM 


PXP 




30 


R-K2 


22.6 


P-N4 


3 


OXP 


N-0B3 




)I 


K-N4 


30.5 


R-N2 


4 


0-Q3 


H-B3 




32 


R-K4 


28.3 


P-CW 


5 


N-QB3 


P-KN3 




33 


PXQP 


19.4 


PXP 


6 


N-KB3 


P-OJ 




34 


R-KS 


23.2 


K-G3 


7 


B KH4 


P-K4 




35 


RXNP 


J 4.0 


RXR 


6 


B-KN3 


P-0R3 




36 


KXR 


4.5 


K-K4 


9 


0-0-0 


P-0N4 




37 


P-KB4ch 


6.0 


K-K5 


in 


P-QR4 


B.RJch 




3R 


P-KB5 


8.5 


P-05 


11 


K-ONl 


P-N5 




39 


P-B6 


4.9 


vo^ 


12 


GXP/Q6 


B-02 




40 


P-KB7 


5.1 


t>-07 


"\ 13 


B*KR4 


B-N2 




41 


P-B8=0 


12-1 


P-08=Q 


14 


N-05 


NXKP 




42 


Q-QB5ch 


27.7 


K-K6 


15 


N-OB7ch 


OXN 




43 


0*K6 


29.2 


K-B7 


16 


OXO 


N-B4 




44 


OXRP 


42 8 


OOich 


17 


0-06 


B-KBI 




45 


K-B4 


20.45 


0-05ch 


18 


0-05 


K-ni 




46 


K-B5 


14.9 


0-04ch 


14 


NXKP 


B-K3 




47 


K-KN4 


21.6 


0-KB6eh 


20 


OXNf 


RXQ 




48 


K-KR4 


16.3 


OXKNPch 


21 


R-Q8 MATH 






49 


K-KR5 


4.7 


0-K4 


A 


More Recent Game With 


Times For Computer 


50 


K-R6 


20.8 


O-Rl 


Moves, Game 2, Tournament 3 Massachusetts Spring 


etc. 


finally drawn by 


repetition 




Amateur 
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White Mac Mac VI Computer Time in tec 
Blnrk Unrafrri 


Many Ihanks go to 


the people 


at Project MAC who 


1 


P-K4 


BOOK 


P-K4 


have written various 


i reunifies. 


assisted in dchueginp 


2 
3 


N-KB3 
B-0N5 


HOOK 
BOOK 


NOB 3 
P-0R3 


the program by pto; 
at tournament*. 


king it. and served as operators 


4 


BXN 


BOOK 


OPXB 


REFERENCES 






S 


00 


BOOK 


B-Q3 


I 


C E SHANNON 






6 


P-04 


BOOK 


B-KNS 




Prt>pratttmt*$ a dig)t<tf com^titr fur playing rhtsi 


7 


PXP 


BOOK 


BXN 




Phtiosphy Magazine %ul 41 


March 1950 pp J56J7J 


8 


OXB 


BOOK 


BXP 


2 


A M TURING 






9 

10 


P-0B3 
P*KN3 


BOOK 
18.3 


Q-R5 

0-K2 


3 


Faster than thouxht B V Btfttfer tEd) 

PuTman. London 195) pp 2 £9-295 

A NEWP.LL J C SHAW H SJMON 


11 


R-Kl 


44.9 


P-KR4 




Chfn ploying pw#rtutts and t 


\* problem n/ cttmplttity 


*; 12 


P-KR4 


111.7 


O-O-O 




IBM Journal of R*Mrch and 


Cteitfopmrnt vol 2 


13 


B-KN5 


78.5 
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